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ABSTRACT 


This program technical report is submitted to NASA/MSC by TRW Systems 
Group in accordance with MSC/TRW Task A-527 of the Mission Trajectory Control 
Program, Contract NAS 9-12330. The contents of this guide include a descrip- 
tion of the operational requirements for all of the programs of the Automated 
Verification System (AVS). The AVS programs are: 

t FORTRAN code analysis and instrumentation program 
(QAMOD) 

• Test Effectiveness Evaluation Program (QAPROC) 

• Transfer Control Variable Tracking Program (QATRAK) 
t Program Anatomy Table Generator (TABGEN) 

• Network Path Analysis Program (RAMBLE) 
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GLOSSARY 


Terms 


Defini ti on 


AVS 

ATDG 

Automated Tools 
Branch Control Variable 

Branch Expression 

Element 

FASTRAND 

High Speed Drum 


Instrumentation 


Path 

Path Network 
Program Anatomy Table 


Programming Tools 


Pseudo Number 


Automated Verification System 

Automated Test Data Generation Subsystem 

See "Programming Tools" 

A variable that appears in a "branch expres- 
sion " 

The condition whose value determines a trans- 
fer in a FORTRAN branch statement 

A FORTRAN main program, subroutine or 
function 

UNIVAC 1108 magnetic drum storage 

units which provide large capacity random 
access mass storage 

UNIVAC 1108 FH- 432 or FH-1782 (Flying Head) 
high speed large- capacity magnetic drum 
storage units which provide modular 
auxiliary storage 

Processing of FORTRAN code by QAMOD which 
involves the inserting of calls to an 
execution monitoring subroutine at each 
transfer statement and each addressable 
statement to record the execution of 
the statements 

A route through a FORTRAN "element" which is 
determined by interpretation of a series 
of "segment relationships" 

The set of all "paths" through an ’’element" 

The data generated by TABGEN which contains 
a description of the "segment relationships, 
"branch expressions" and input/output 
variables within an "element." 

FORTRAN programs which analyze the syntax 
and logic structure of other programs to 
provide automated assistance in verifica- 
tion, maintenance, and documentation 

See "Pseudo Statement Number" 
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GLOSSARY (Continued) 


Terms 

Pseudo Statement Number 


Recording File 


Segment of Code 


Segment Relationship 


Statement Execution 
Recording File 

TDEM 

Tools 

Transfer Variable 
Transfer Expression 
Trap 


Uni t Module 


Definition 


A number assigned to each executable state- 
ment by QAMOD to facilitate referencing of 
the statement by other AVS programs; the 
numbers are reinitialized at one for each 
element and are sequentially assigned 

A data file which records the execution of 
each statement (or subroutine) during 
execution of an "instrumented" program 

The smallest set of consecutively executable 
statements within a subroutine to which 
control can be given during program execu- 
tion; the first statement is addressable 
and the last is a transfer to a different 
segment 

The relationship between two "segments of 
code" resulting from a possible transfer 
of control which may occur during program 
execution 

See "Recording File" above 


Test Data Effectiveness Measurement Subsystem 
See "Programming Tools" 

See "Branch Control Variable" 

See "Branch Expression" 

v. the insertion of "instrumentation" before 
and/or after a statement to monitor its 
execution 

n. the call to an execution monitoring sub- 
routine which is inserted during "instru- 
mentation" of FORTRAN code 

The smallest testable block of code within 
a program; a unit module will be a sub- 
program or portion of subprogram 



1. INTRODUCTION 


The Automated Verification System (AVS) is designed to satisfy two 
objectives: to reduce the cost of FORTRAN software by eliminating or supple- 

menting existing tedious manual verification functions with automated aids; 
and to produce, through the use of automated aids, means by which test 
effectiveness can be measured, thus providing measurable proof of software 
quality. Although these objectives can be realized, it is clear that auto- 
mation can only aid the verification effort. The validity of test results 
can only be determined by the testor or user. 

The AVS is presently composed of two subsystems: the Automated Test 

Data Generation (ATDG) Subsystem and the Test Data Effectiveness Measure- 
ment (TDEM) Subsystem. The objectives of the ATDG Subsystem are to generate 
an optimal set of test cases by analyzing the structure and variables of a sub- 
ject FORTRAN program and measure the effectiveness of the test cases based on 
branches and paths exercised. Only a portion of this capability is opera- 
tional, the utility routines required as a basis for this capability. Only 
this operational capability is described in this user's guide. As the 
remaining ATDG Subsystem is developed this document will be updated. 

The TDEM Subsystem is completely operational and its usage is described 
in this document. It may be used to measure the frequency of execution of 
code in a subject FORTRAN program for a set of test cases, identify the 
unexercised code, and provide information to the user to modify his test data 
and effect execution of the unexercised code. 

The Automated Verification System is being developed for the Program 
Development Branch of the Mission Planning and Analysis Division under MSC/ 

TRW Task A-527. Several basic elements of the system were originally 
developed by the TRW Systems Product Assurance organization as part of the 
Product Assurance Confidence Evaluator (PACE) System. FLOW, one of the 
PACE programs, served as the basic element of the TDEM Subsystem. 

The AVS can be used as an entity to verify subject programs or modules, 
the two subsystems can be applied individually, or specific elements of ATDG 
or TDEM can be used separately. The intended usage is consistent with the 
verification guidelines of Reference 1. That is, it is recommended that 
the user should begin with exhaustive testing at the unit module level. 
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Test planning and ultimately test data for each module may be generated with 
the ATDG Subsystem. The effectiveness of each test case may then be measured 
with the TDEM Subsystem and/or the ATDG Subsystem. Having satisfactorily 
completed all unit module testing, data cases for the complete program may 
be generated in a similar manner, treating each unit module as a "black box" 
and verifying only the interfaces. The effectiveness of the interface test- 
ing may then be evaluated with the TDEM Subsystem. 

The TDEM Subsystem may also be used to measure the effectiveness of 
an existing file of test cases and provide information for the set of test 
cases at the unit module or program level. 

Based upon comments received from MSC and TRW users concerning the TDEM 
User's Guide (Reference 2), this document has been organized to accommodate 
the novice as well as the experienced user. Due to the intended utility 
of the Automated Verification System, it is desirable that a user should 
be able to obtain the fundamental test data evaluation and/or logical path 
network definition with only a minimal familiarity with the many optional 
features of the AVS. However, it is also necessary to include explanations 
of the more complex features to fulfill the requirements of more experienced 
users. This has been accomplished by providing basic information and 
optional features in two separate sections of this document. 

This guide consists of five sections as follows: 

• Introduction - a description of the format of the 
document and an explanation of the objectives, 
evolution, and future of the AVS programs; 

• System Description - an overview of the AVS structure 
and capabilities; 

• System Limitations - a discussion of programs which 
can be processed by the AVS; 

• Basic User Information - a concise summary of the 
minimum inputs required for AVS operation; 

• Optional Features - a complete description of all 
of the available AVS options. 

The following steps are recommended for effective use of this document: 

• Read the introduction in Section 1 and the system 
description on Section 2 to determine if the AVS 
capabilities will fulfill all requirements. 
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• Decide which elements of the TDEM and ATDG subsystems 
should be selected. 

• Read Section 3 to insure that the subject program is 
acceptable to the AVS, taking note of any violations. 

• Set up the AVS execution deck by following the 
appropriate sample deck illustration in Section 4. 

• If any violations of the AVS limitations were noted 
in Section 3, refer to Section 5 for a description 
of the optional input parameters. Assign new values 
as required. 

t Refer to the applicable "optional features selection 
chart" in Section 5 to assure that all necessary options 
have been employed. 

t Assemble and execute the deck(s) to obtain funda- 
mental AVS displays. 

0 If the quantity or format of the output is unsatis- 
factory, refer to Section 5. Options are provided 
to reduce or expand the level of detail of both the 
analyses and the displays. 
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2. SYSTEM DESCRIPTION 


The capabilities which are operational in the AVS are as follows: 

• FORTRAN source code is statically analyzed and 
instrumented to generate a chronological record- 
ing of statements exercised during execution of 
the subject program. 

• By analysis and extrapolation of the logical 
transfers in each unit module of source code, 
all logical paths within the unit module are 
determined and displayed. The minimum charac- 
teristic subset of these paths is then automati- 
cally selected and is designated as the optimum 
set of paths from which a unit test data base 
may be constructed. 

• Test efficiency statistics are derived based 

upon the statements exercised during the execution 
of the subject program with its test data base. 

t Statements not exercised by the test data are 
displayed with the conditions necessary to 
effect their execution. The computations of 
the variables required to satisfy these neces- 
sary conditions are then displayed. 

The AVS consists of five FORTRAN programs, each of which requires data 
generated by the other AVS programs and/or generates data required by other 
programs. Interprogram communication is via external data files which may 
be assigned to either magnetic tape or FASTRAND drum. The syntax analysis 
program QAMOD is the basic element of the system and is the first program 
to be executed in both the ATDG and TDEM Subsystems. For the ATDG Subsystem, 
QAMOD generates data required by the TABGEN and RAMBLE Programs. For the 
TDEM Subsystem, QAMOD generates data required by the QAPROC and QATRAK 
Programs. 

2.1 AUTOMATED TEST DATA GENERATION (ATDG) SUBSYSTEM 

The ATDG Subsystem is comprised of the code analyzer, QAMOD, the 
Program Anatomy Table generator, TABGEN, and the Network Path Analysis 
Program, RAMBLE. Figure 2-1 illustrates the program and data file interface 
of the ATDG subsystem. The files referenced in the figure are defined in 
Section 4. 
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Figure 2-1. ATDG Subsystem Interface 
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2.1.1 QAMOD 


The QAMOD Program sequentially analyzes each statement of a subject 
FORTRAN source element (i.e., subroutine, main program, or function), which 
may be input via cards or UNIVAC 1108 Program Complex File (PCF) tape. 

As each statement is read, the following analysis is accomplished: 

• A syntax analysis is performed to determine the 
type of the statement (i.e., assign, transfer, 
conditional transfer, etc.). 

• If, during execution of the subject code, control 
can be transferred to the current statement from 
a location other than the statement immediately 
preceding it, then the current statement is 
designated as the beginning of a segment of code. 

• If, during execution of the subject code, control 
can be transferred to a location other than the 
statement inmediately following the current state- 
ment, then the current statement is designated 

as the end of a segment of code. 

After completion of this analysis for each statement, the statement is 
output with its type and segment number to the data file KPR06. When the 
entire element has been processed, information regarding the number of lines 
processed, the number of executable statements analyzed, and the DO loops 
within the element is also output to the data file KPROG. 

2.1.2 TABGEN 

The TABGEN Program performs syntax analysis which supplements the 
analyses accomplished by QAMOD and builds a Program Anatomy Table. The 
source statements with their designated type and segment number are read 
from the data file, KPROG; and, using these data together with variable 
usage and logical transfer information derived from the source statement, 
TABGEN generates a data file, KSFILE. KSFILE contains information required 
for definition of logical path structure and test data generation. TABGEN 
also has the capability of extracting the logical transfer data relative 
to each segment of code and generating a KSEGBT file for input to the RAMBLE 
program. The KSEGBT data consists of a table of all segment relationships 
(i.e., for each segment, the table lists all segments to which control can 
be transferred during execution of the subject program) , segments which are 
entry points of the module, and segments which are terminal points of the 
module. 
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2.1.3 RAMBLE 

RAMBLE stores the segment relationship data from the KSEGBT file and 
constructs all logical paths of the subject module in the form of segment 
strings. Two types of paths are generated: (1) those that begin at an 

entry point and end at an exit point of the module and (2) those that begin 
at an entry point and end at a segment which has previously appeared in 
the segment string (repeated segment). The latter type is referred to as a 
loop path. 

Nominally RAMBLE will display all paths in the subject module. The 
display of loop paths in the network may be optionally suppressed. 

RAMBLE has optional capability to perform characterization analysis. 

It first identifies the characteristic paths in the subject module. The 
characteristic paths have the following properties: 

• Collectively, they are the minimum set of paths 

of the module which contain all the segment relation- 
ships of the paths which end in an exit segment. 

• They are identified in order of importance-, that is, 
the first characteristic path contains the most 
frequent and largest number of segment relationships, 
the second characteristic path has the same attributes 
for segment relationships not contained in the first, 
and so on until the last of the segment relationships 
are acknowledged. 

• Each characteristic path is representative of a 
family of paths of the subject module based on common- 
ality of segment relationships. 

RAMBLE then groups all paths of the module into families according to 
their commonality with the characteristic path representing the family. 
Finally, RAMBLE performs a characterization of the loop paths within each 
family, identifying characteristic loops if they contain new segment rela- 
tionships not present in the set of characteristic paths or previously 
identified characteristic loops. The algorithm for identifying the character- 
istic loops is similar to that for identifying characteristic paths. 

Therefore, the characteristic loops have similar properties (minimum set 
and hierarchy of importance). 

Thus, a minimum set of paths and loops are identified to exercise all 
segment relationships in the subject module. The obvious application is to 
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utilize the hierarchy to generate the optimal set of test cases for exhaustive 
testing of the module. 

2.1.4 Applications of ATDG 

The intended utility of the ATDG Subsystem is to provide automated 
analysis of a unit module to determine the test cases which will most 
effectively test the logical paths of the module. By processing the module 
with QAMOD, TABGEN, and RAMBLE, the user is provided with a detailed 
description of the logic network and a display of the paths which must be 
executed to assure that all logical transfers are exercised. Thus aids in 
optimal test planning are provided by these utility tools. As the remaining 
programs and routines of the ATDG are developed more detail will be provided 
to the user to attain the goal of automated optimal test data generation. 

2.2 TEST DATA EFFECTIVENESS MEASUREMENT (TDEM) SUBSYSTEM 

The TDEM Subsystem is comprised of the code analysis and instrumentation 
program, QAMOD, the test data evaluator, QAPROC, and the program, QATRAK, 
which displays the computation or input of the transfer variables to be 
changed to effect execution of the unexercised statements. Figure 2-2 
illustrates the program and data file interface of the TDEM subsystem. The 
files referenced in the figure are defined in Section 4. 

2.2.1 QAMOD 

The QAMOD program sequentially analyzes each statement of a FORTRAN 
source program, which may be input via cards or Uni vac 1108 Program Complex 
File (PCF) tape. As each statement is read, the following analysis is 
accomplished: 


• The first executable statement of each element 
(i.e. , subroutine or main program) is assigned 

a pseudo statement number of one. Each subsequent 
statement is assigned a sequential pseudo number 
and the statements are displayed with their pseudo 
numbers. Statements are later referenced from 
QAPROC and QATRAK by element name and pseudo 
number. 

• The code is instrumented by the insertion of traps to 
monitor statement execution. The function of these 
traps is the generation of a statement execution 
recording file during execution of the instrumented 
program. The recording file registers the execution 
of each statement and the order of execution. 
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Figure 2-2. TDEM Subsystem Interface 
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Figure 2-2. TDEM Subsystem Interface (Continued) 
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After completion of the analysis of each statement, the instrumented 
source program is output to a file, NEWSRC, for compilation and execution. 
Except for the generation of the recording file, this program executes 
exactly as the original subject program. 

As the program is being processed, a data file KPROG is also generated. 
The KPROG file consists of information describing each statement and infor- 
mation relative to program size and structure. 

2.2.2 QAPROC 

The QAPROC Program accesses the statement execution recording file 
generated by execution of the instrumented subject program and produces 
an evaluation and summary of the test case executed. The recording file 
is sequentially accessed and the data are assimilated into an internal table, 
MAPTAB. At times designated by the input control options, a display is 
printed which includes: 

• A map, delineated by subroutine, indicating the 
number of executions which have been recorded for 
each statement; 

§ Statistics indicating the percentage of the total 
executable statements which were executed; 

• Statistics indicating the percentage of the total 
number of subroutines which were executed; 

• A list of the names of subroutines which were not 
executed. 

After processing the entire recording file, statement usage frequency 
information is added to the data from the input KPROG file and this revised 
information is output on a data file KPR0G1. 

Statistics from several recording files (i.e., several executions of 
the subject program) may be summed and a cumulative summary compiled. This 
accumulation is accomplished through utilization of the QAPROC optional 
features described in Section 5. 

2.2.3 QATRAK 

The QATRAK program accesses the KPR0G1 data file generated by QAPROC 
and displays information indicating the variables whose values could be 
changed to provide more comprehensive verification of the subject program. 
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For each unexecuted block, or segment of code, the following information is 
displayed: 

• A listing of the statements in the segment; 

• An explanation of why the segment was not executed; 

• All statements from which a transfer could be made 
to the segment; 

• All computations of the branch control variables 
involved in the decision to transfer to the segment. 

Through the optional track-back feature described in Section 5, the 
user may also select to track the computation and input of the branch control 
variables within all subroutines executed prior to the segment being analyzed. 

The QATRAK displays provide aid to the user in the selection of new 
input data to effect execution of the unexercised segments, thereby generating 
a more comprehensive test data base. 

2.2.4 Applications of TDEM 

The TDEM Subsystem provides a meaningful measure of the effectiveness 
of test data and aids modification of the data to achieve more comprehensive 
verification of software. After applying TDEM to assure that 100 percent 
of the executable statements in the subject program have been exercised, the 
user will have generated a basic test data base. Although TDEM verifies 
that all statements have been executed, it does not assure that all of the 
functional requirements of the module have been satisified. This assurance 
can only be made by the user. 
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3. LIMITATIONS 


3.1 ATDG 

Since the intent of the ATDG Subsystem is the processing of a single 
element, there are no significant restrictions in the execution of QAMOD or 
TABGEN. The logic structure of the element is restricted, however, when 
applying RAMBLE to generate the network paths. The dimensions of the 
internal arrays in RAMBLE dictate the following maxi mums: 

• 5000 paths 

• 500 segments 

• 500 segment relationships 

If the element violates these maximums, the only solution is to divide the 
elements into several workable sized elements. 

Another limitation of the operational RAMBLE utility routine is that 
all logical paths are identified. Capability of the routine is not yet 
available to discard paths containing segment relationships which are 
incompatible. 

3.2 TDEM 

The only general restriction to be considered when applying TDEM is 
the size of the subject program. Due to the dimensions of internal arrays 
in QAMOD, the subject program may not have more than: 

t 7000 executable statements 

• 500 DO loops 

• 400 subroutines 

• 500 entry points 

If the program to be analyzed does not conform to the above size constraints, 
either of two solutions is possible: 

• The program may be partitioned into portions which 
conform to all limitations. Each portion may then 
be processed separately as explained under "Element 
Specification Cards", Section 5.3.3. 
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• Instead of monitoring the execution of each statement, 
the monitoring may be performed at a less detailed 
level as explained under "LEVEL", Section 5.3.3. 

After the subject program has been instrumented by QAMOD, the core storage 
necessary for its execution will increase by 30 to 80 percent, depending 
upon the amount of instrumentation required. This problem can usually be 
solved by overlaying the program, but if a satisfactory overlay cannot be 
accomplished then the solutions explained in the previous paragraph should 
be employed. 

All other TDEM restrictions are minor and can be resolved by referring 
to the "Optional Features Selection" charts. Figure 5-1 and 5-2. The user 
should first read Section 4, however, and set up the nominal TDEM input 
check before proceeding to Section 5. 
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4. BASIC USER INFORMATION 


The Automated Verification System (AVS) was designed and developed to 
be flexible enough to permit utilization of it on the widest possible range 
of FORTRAN programs. To attain this generality and still avoid overcomplica- 
tion of the input required for the majority of users, the nominal and the 
optional AVS capabilities are described in separate sections of this document. 

Section 4.1 presents a general description of the AVS programs' nominal 
input and output. For most applications, this general description with the 
deck setups illustrated will be all that is required. Section 3 
explains the necessary criteria to determine if the subject program 
can be processed using the nominal values of the AVS input parameters. If 
the program does not conform to all of the limitations explained in Section 3, 
references to the explanations of the applicable program options are provided. 

Having assembled the nominal deck by the appropriate illustration 
the user should then refer to the appropriate "optional features 
selection chart" in Section 5. These charts provide a step-by-step 
procedural checklist to assure that all necessary options have been set. 
Frequent reference to the chart, even by the experienced AVS users, will 
save both computer time and man-hours required for AVS applications. 

4.1 INPUT/OUTPUT DESCRIPTION 

The AVS programs described in this section are utilized by the TDEM 
and/or the ATPG Subsystems. For this reason, the title of each subsection 
indicates both the name of the program being described and the name(s) of 
the applicable subsystem(s) . 

4.1.1 QAMOD (TDEM and ATPG) 

The QAMOD program is the basic element of the AVS, whether the applica- 
tion requires the TDEM or ATDG Subsystem. Since the QAMOD input and output 
are similar for either application, the information in this section pertains 
to both subsystems. The deck setup for the ATDG application is illustrated 
in Figure 4-la and for the TDEM application in Figure 4-lb. Use of the 
QAMOD optional features for the TDEM application are illustrated in the 
optional features selection chart. Figure 5-1. The ATDG application is 
not illustrated, since only the parameter ISEG is required. 
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Figure 4-la. QAMOD Deck Setup (ATDG) 
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Figure 4-lb. QAMOD Deck Setup (TDEM) 
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Figure 4-lb. QAMOD Deck Setup (TDEM) (Continued) 




All controls of output format, input/output files, and the type and 
detail of analysis performed are specified via the NAMELIST $M0DIN. For 
the nominal case, only the NAMELIST specification ($M0DIN and $END) is 
necessary, since the nominal values assigned in QAMOD are sufficient. The 
optional features which may be selected are specified between the $M0DIN 
and $END cards as explained in Section 5.3. 

Following the $END card, a card with *ALL is input for TDEM as illus- 
trated in Figure 4-lb, or an element name card for ATDG as illustrated in 
Figure 4-la. 

To indicate the QAMOD processing and to indicate the end of control 
specifications, a card is input with *BEGIN. In the majority of cases, 
the *BEGIN card is the last of the QAMOD input. However, if the subject 
source program is being input via cards instead of tape, these source 
cards are input after the *BEGIN card as explained in Section 5.3. 

The nominal display output of QAMOD consists of an input definitions 
table, a listing of the subject program with pseudo numbers assigned to 
the executable statements, and a summary table describing the structure of 
the subject program (number of statements, number of entry points, etc.). 
Optionally, the user may select the display of the output data file, KPROG, 
which will suppress the nominal listing of the subject code. 

The two data files output from QAMOD are the KPROG and the NEWSRC files 
The KPROG file, which is utilized by both the TDEM and ATDG Subsystems, 
contains information relative to the overall structure of the subject pro- 
gram and to each executable statement within the program. The NEWSRC file 
is only applicable during operation of TDEM. NEWSRC is a compilable source 
file consisting of the original subject source program with the instrumen- 
tation added to provide the statement execution recording file required 
for test data effectiveness measurement. 

Due to the large amount of display output available from QAMOD, only 
a representati ve portion of the nominal displays is illustrated in Table 4-1 
The notation indicates a portion of the display has been omitted. 

If the optional feature to display the contents of the KPROG file is 
selected, the subject program listing in the nominal display is suppressed 
and the KPROG file is listed as shown in Table 4-2. 
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***** QAMOD INPUT DESCRIPTION ***** 
NAME VALUE DEFINITION 


KRE 

5 

KPR 

6 

KPN 

-3 

OLDSRC 

1 

NEWSRC 

U 

NFILES 

1 

KPROG 

15 

NOPRNT 

0 

KLIST 

0 

ISEG 

1 

TRPEND 

0 

I FA 

0 

NINOPT 

1 

NOTOPT 

1 

LEVEL 

1 

LIMSEG 

0 


SPECIFIED 

BDSEL1 


SYSTEM CARD READ FILE 
SYSTEM PRINT FILE 
SYSTEM PUNCH FILE 

INPUT SUBJECT PROGRAM SOURCE TAPE 
OUTPUT INSTRUMENTED SOURCE TAPE 
NUMBER OF FILES ON OLDSRC TAPE 
PROGRAM STRUCTURE DATA OUTPUT FILE 
DISPLAY NOMINAL PRINT 
DO NOT DISPLAY KPROG DATA 

SEGMENTATION IS BEING PERFORMED 
DO NOT INSTRUMENT FORTRAN 'END' STATEMENTS 
INSTRUMENT ARITHMETIC *IF» AS 1 STATEMENT 
INPUT SOURCE ELEMENTS FROM TAPE 
OUTPUT SOURCE ELEMENTS TO TAPE 
INSTRUMENT SUBJECT PROGRAM AT LEVEL 1 
NO INTERMEDIATE INSTRUMENTATION LEVEL SELECTED 
ELEMENTS ARE - 


*********************************** 


ELEMENT BDsELl 
C 

SUBROUTINE BDSEL1 
C 

DIMENSION I BODYU CIO) 


LEARTH = .FALSE. 

IF ( IPLAN.NE.il GO TO 30 

IREG = 1 

IREF = 1 

IXLMAT = 1 

IXREF = 1 

GO TO 100 

30 IF ( I PLAN. EQ.4 ) LEARTH = .TRUE. 
NSAT = I PLCON (2*1 PLAN ) 

IF ( ISAT) 4-0,40,60 

40 IREG = 3 

IXLMAT = I PLAN 
IXREF = I PLAN 
IF (LEARTH) GO TO 50 
IF ( NSAT l 42,47,42 


5 

5, 6 

7 

7 

7 

7 

7 

8, 9 

10 
10 
11 
11 
11 

11 , 12 
13 


600 CONTINUE 

IF ( ISUBPR( 1) .EQ.l ) WRITE(6,7l0) 

RETURN 

END 


76 

IREFPL, IBODYA,IBODYC 76, 


78 

0 


77 


TABLE 4-la. QAMOD Nominal Display (ATDG) 
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***** QAMOD input description ***** 

NAME VALUE DEFINITION 

KRE 5 SYSTEM CARD READ FILE 

KPR 6 SYSTEM PRINT FILE 

KPN -3 SYSTEM PUNCH FILE 

OLDSRC I INPUT SUBJECT PROGRAM SOURCE TAPE 

NEWSRC II OUTPUT INSTRUMENTED SOURCE TAPE 

NFILES 1 NUMBER OF FILES ON OLDSRC TAPE 

KPROG 15 PROGRAM STRUCTURE DATA OUTPUT FILE 

NOPRNT 0 DISPLAY NOMINAL PRINT 

KLIST 0 DO NOT DISPLAY KPROG DATA 

ISEG 0 NO SEGMENTATION IS BEING PERFORMED 

TRPEND 0 DO NOT INSTRUMENT FORTRAN »END* STATEMENTS 

I FA 1 INSTRUMENT ARITHMETIC 'IF* AS A STATEMENTS 

NINOPT 1 INPUT SOURCE ELEMENTS FROM TAPE 

NOTOPT 1 OUTPUT SOURCE ELEMENTS TO TAPE 

LEVEL 1 INSTRUMENT SUBJECT PROGRAM AT LEVEL 1 

LIMSEG 0 NO INTERMEDIATE INSTRUMENTATION LEVEL SELECTED 
SPECIFIED ELEMENTS ARE - 
*ALL 

******************* **************** 


ELEMENT MAIN 0 

DIMENSION STATE ( 8 ) , ITITLEUAI ♦ X 1 3 I » Y ( 3 ) ,Z t 3 I 0 

COMMON /MODS/ MOD2.MOD3.MOD5.MOD7 0 

DATA STATE / 8*0. /♦ 11/8/, 12/9/ 0 

INPUT =0 1 

REWIND II 2 

READ (5,1001 I TITLE 3 

100 FORMAT ( 14A6 I 0 

110 READ( 5,500) MODEL, ) STATE ( I) . I» 1 , 8 ) A 


• * 

CALL XY2IX.Y.2.M0DEL) 27 

IF ( 1NPUT.LT. 6 > GO TO 110 28. 29 

STOP 30 

END 0 

ELEMENT X Y2 0 

SUBROUTINE XY2 ( X ♦ Y ,2 .MODEL) 0 

DIMENSION STATE) 8 ) »X( 3 ) ,Y( 3) , Z(3 ), XDOT ( 3 ) » YDOT ( 3 ) »2D0T ( 3 ) 0 

COMMON /MODS/ M0D2 ,MOD3 ,M0D5 ,M0D7 0 

DATA IFLAG/O/ 0 

C IFLAG = 0 AT FIRST CALL 0 

IF I IFLAG. NE.O) GO TO 200 1» 2 

IFLAG =1 3 

DO 100 1*1,3 A 

XDOT (I) = 0.0 5 


GO TO 2050 238 

1000 CONTINUE 239 

1100 CONTINUE 2A0 

RETURN 2A1 

END 0 


***** QAMOD SUMMARY PRINT ***** 

the. 25 elements analyzed contained the following - 

2210 STATEMENTS. 1637 WHICH WERE TRAPPED AT LEVEL 1 
31 ENTRY POINTS 
3 STOP STATEMENTS 
0 END STATEMENTS 
1810 KPROG RECORDS 

**«***«-*****»»***»**»#»»#****** 


TABLE 4-lb. QAMOD Nominal Display (TDEM) 


4-7 



Preceding page blank 


*** PROGRAM CARO IMAGE (KPROG TAPE I LISTING *** 

^ ELEMENT MAIN / 

element main 

DIMENSION STATE! 8 ) , I TITLE! 14 ) , X I 3 ! , Y ( 3 > ,Z ( 3 > ' 

COMMON /MODS/ MOD2 ,MOD3»MOD5 *MOD7 

DATA STATE / 8*0. /. 11/8/, 12/9/ 

INPUT = 0 
REWIND II 

READ (5,100) ITITLE 
ZOO FORMAT ( 14A6 I 

110 READ (5,500) MODEL* < STATE! I) * 1 = 1 *8 I 


CALL XYZ(X,Y,Z, MODEL) 

IF ( INPUT.LT. 6 ) GO TO 110 

STOP 

END 


***** program structure tables ***** 

7 1 
.100300 10016 
I 101000 20239 


MAIN 

25 3 

0 31 

3000030 

1 

XYZ 

♦ 

24100271 

• 

26 

» 

* 

INTG 

• m 

1701637 . 1797 

*********#**#*#»**#»* #######t . ######1f 


1810 


1 


pseudo numbers i* 2* 3* 4~freq. i* 2. 3* 4*type 




1 

2 

3 

• 

4 


0 

0 

0 

• 

0 


1 

1 

* 

17 


27 

28, 29 

30 


0 3 

0* OT, OF 13 

0 4 




I 


TABLE 4-2i QAMOD Optional Display 
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4.1.2 TABGEN (ATDG) 

TABGEN is the second program of the Automated Test Data Generation 
Subsystem. The nominal deck setup for TABGEN is illustrated in Figure 4-2 
and optional features are explained in Section 5.1. 

The TABGEN Program requires one input data file, KPROG, which is 
generated by QAMOD. From the KPROG information, TABGEN generates the Program 
Anatomy Table required by other programs in the ATDG subsystem. Although 
the primary purpose is to provide input to other elements of the ATDG Sub- 
system, the user may obtain information about the internal structure of his 
module from the Program Anatomy Table. 

All controls of output format and input/output files are specified via 
the NAMELIST $TABIN. For the nominal case, only the NAMELIST specification 
($TABIN and $END) is necessary, since the nominal values assigned in TABGEN 
are sufficient. The optional features which may be selected are specified 
between the $TABIN and $END cards as explained in Section 5.1. 

Following the $END card, the element to be processed is specified as 
illustrated in Figure 4-2. Following the element specification, a card is 
input with *BEGIN to initiate the TABGEN processing and to indicate the end 
of control specifications. 

Two data files may be output from TABGEN. The first file, KSEGBT, is 
the nominal output file containing the transfer data required by the ATDG 
program RAMBLE. The second, KSFILE, contains the Program Anatomy Table and 
may be output using the optional features explained in Section 5.1. 

The nominal display output from TABGEN is shown in Table 4-3. 

If the optional feature is selected to generate the KSFILE tape, the 
Program Anatomy Table is displayed. This table actually is comprised of 
six internal tables from the TABGEN Program. These tables are: 

1. SEGTAB - each row contains information describing 
a particular segment including a segment identifier, 
segment number, its relative location within the 
element, its FORTRAN label, the segment type and 
branch expression type, and a pair of pointers 
indicating the location of pertinent information 
in the other five tables. 

Preceding page blank 
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QAMOD output file KPR06 
AVS programs file 
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Figure 4-2. TAB GEN /RAMBLE Deck Setup (ATDG) 
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***** tabgen input description ***** 

NAME VALUE DEFINITION 


KRE 5 

KPR 6 

KSEGBT 3 
KSFILE 8 


SYSTEM CARD READ FILE 
SYSTEM PRINT FILE 

FIRST OUTPUT DATA FILE (0-DO NOT OUTPUT) 
SECOND OUTPUT DATA FILE(0=D0 NOT OUTPUT) 


************************************ 


F A* Bl E TABLES (KSEGBT) LISTING 

ersELl SEGMENTS BRANCHED TO TABLES (SEGBT) FOR RAf'-BLE I*PLT 


w o ^ a 

FFCN 

1 

TO 

? 

FFCN 

3 

TO 

4 

FFCN 


TO 

3 

FFCF 

5 

TO 

4 

FFCN 

4 

TO 

2 

FFCN 

4 

TO 

5 

F F C N 

5 

TO 

6 

FFCF 

5 

TO 

7 

FFCN 

6 

TO 

8 

FFCN 

7 

TO 

21 

FFCN 

3 

TO 

9 

FFC^ 

8 

TO 

10 

FFC* 

9 

TO 

10 

FFCN 

10 

TO 

11 

FFCN 

10 

TO 

17 

PPCF 

u 

TO 

12 

FFCN 

11 

TO 

13 

FFOM 

. 12 

TO 

16 

FFCY 

13 

TO 

14 

FFCN 

13 

TO 

15 


FFCN 

74 

TO 

76 

FFCN 

75 

TO 

76 

FFCF 

76 

TO 

77 

FFCN 

76 

TO 

78 

FFCN 

77 

TO 

78 

ST AF 

1 



STAR 

22 



BNC 

78 



set 




ecf 





TABLE 4-3. TABGEN Nominal Display 
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E6MENT TABLES 


FILE tKSFJLE) LISTING 


FPCGFAM DATE TITLE 

TA5GEN 111171 FIRST "tABGEN TEST ON BDSEL1 

element segtae segrt srceF betas ivtabl cvtael 

NAME LENGTH LENGTH LENGTH LENGTH LENGTH LENGTH 

BDSEL1 70 . 115 115 341 HA 99 


PRECEDING PAGE BLANK NOT FILMED 


SEGIC 

SEGNUM 
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2. SEGBT - each segment to which a transfer can be made 
is included; the pointer SEGBTP designates the loca- 
tion of the "branch to" possibilities for a particular 
segment. 

3. SEGBF - each segment from which a transfer can be 
made are included; the pointer SEGBFP designates the 
location of the "branch from" possibilities for a 
particular segment. 

4. BETAB - each segment which ends with some type of 
branch {or transfer) has its branch expression 
included; the location of the expression for a 
particular segment is designated by the pointer 
SBRXP. 

5. IVTABL - the input variables for a particular segment 
are included as designated by pointer SIVP. 

6. OVTABL - the output variables for a particular 
segment are included as designated by the pointer 
SOVP. 

Since these tables are primarily used internally in the ATDG Subsystem, 
they are not explained in detail in this document but are described in the 
AVS Programmer 's Guide. The optional printed output from TABGEN is illustrated 
in Table 4-4. 

4.1.3 RAMBLE (ATDG) 

RAMBLE is the third program currently operational in the Automated 
Test Data Generation Subsystem. The nominal RAMBLE deck set-up is 
depicted in Figure 4-2 and options are explained in Section 5.2. 

The RAMBLE program requires one input data file, KSEGBT, which is 
output from TABGEN. From the KSEGBT information, the path network displays 
are generated by RAMBLE. 

The only input data card required by RAMBLE is the optional features 
specification card explained in Section 5.2. If nominal output is sufficient, 
only a blank card is input. 

Due to the large amount of display output available from RAMBLE, only 
a representative portion of the displays is illustrated in Table 4-5. 

If the OPTION field on the optional features specification card is 
input as 1, then the paths ending in other than a terminal segment will not 
be displayed (i.e., loop paths will be deleted from the output print). If 


Preceding page blank 
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BDSEL1 SEGMENTS BRANCHED fO TABLES ( SEGBT ) FOR RAMBLE INPUT 


FROM 

DATA 

1 

INPUT 

TO 

2 

FROM 
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FROM 

2 

TO 

3 

FROM 

4 

TO 

2 


• 

• 

• 

* 

♦ 

• 

• 

« 

« 

• 

• 

FROM 

76 

TO 

77 

FROM 

76 

TO 

78 

FROM 

77 

TO 

78 


T YPE= 1 OPT I ON = 0 


INPUT OF RELATIONSHIPS IS BY TAPE 

THE BEGINNING NODES ARE 
1 

22 

THE ENDING NODES ARE 
78 


LISTING OF ALL PATH$ APPEARS HERE IN NOMINAL PRINT 


TOTAL NUMBER OF PATHS ENDING AT A SPECIFIED END SEGMENT 2 1710 
TOTAL NUMBER OF PATHS ENDING AT A REPEATED END SEGMENT = 857 
TOTAL NUMBER OF PATHS DEFINED FOR THIS NETWORK = 2567 


TABLE 4-5. RAMBLE Nominal Display 
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29 ft 
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m 
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ft 
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5 - 

6 - 
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30 

9 
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52 - 

54 - 

55 • 

76 - 

77 - 
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RAMBLE Optional Display 
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• 
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6 
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!• 
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2* 
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• 

3* 

30 ■ 
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4» 
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• 

3* 
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• 
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• 

7* 
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•• 
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• 
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characteristic path analysis summary 

paths grouped with characteristic path 


CHARACTERISTIC 

characteristic 

ending AT A SPECIFIED 

ending at a repeated 

total 

path 

LD0 3 S for grojp 

end Segment 

E'lD SEGMENT 

NJM3ER 

i 

9 

267 

194 

461 

2 

3 

209 

133 

342 

3 

0 

228 

154 

382 

4 

0 

236 

115 

351 

5 

0 

220 

82 

3 0 2 

6 

0 

SB 

28 

86 

7 

0 

2ii 

101 

3i2 

B 

0 

108 

37 

145 

9 

0 

64 

13 

97 

io 

0 

69 

3 

89 
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the TYPE field is input as 1, the characteristic paths will be printed with 
all of their related "family" paths as well as their characteristic loops as 
shown in Table 4-6. 

4.1.4 QAPRQC (TDEM) 

QAPROC is the second program of the Test Data Effectiveness Measurement 
Subsystem. The nominal QAPROC deck setup is illustrated in Figure 4-3 and 
the optional features are explained in Section 5.4 and Figure 5-2. 

After the instrumentation of the subject program is accomplished by 
QAMOD, the instrumented version (NEWSRC) is then executed with the desired 
test data, and a statement execution recording file, STATRC, is generated. 
The TDEM program, QAPROC, then accesses STATRC and calculates statistics 
relative to test data effectiveness measurement. Before accessing the 
recording file, the KPROG file program structure information is stored in 
QAPROC internal arrays. 

All controls of output format, input/output files, and the types of 
statistics derived are specified via the NAMELIST $FL0WIN. For the nominal 
case, only the NAMELIST specification { $FL0WIN and $END) is necessary, 
since the nominal values assigned in QAPROC are sufficient. The optional 
features which may be selected are specified between the $FL0WIN and $END 
cards as explained in Section 5.4. The $END card is the final card in the 
QAPROC input deck. 

The nominal display output (Table 4-7} includes: 

• A description of the QAPROC input parameters as they 
have been specified by the user; 

• A map table, delineated by subroutines, indicating 
the number of times that each statement was 
exercised in the execution of the test data; 

• A summary table, which displays the statistics 
relative to percentage of the program executed. 

Optionally, the contents of the output KPR0G1 tape may also be displayed 
(Table 4-8a) . A second option is the display of the logic trace of the 
statements exercised during execution of the instrumented subject program 
(Table 4- 8b ) . 

There are two data files, KPR0G1 and SUBTRK, which may be output from 
QAPROC, but only the former is required by the majority of users. The 
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Figure 4-3. QAPROC/ QATRAK Deck Setup (TDEM) 
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***** GAPROC input description ***** 

NAME VALUE DEFINITION 

STATRC 27 STATEMENT EXECUTION RECORDING FILE 

MAPSAV 0 OUTPUT MAP SUMMARY FILE 

MAPIN 0 INPUT MAP SUMMARY FILE 

BEGNTR 0 NUMBER PAIR AT WHICH TRACE BEGINS(0=NO TRACE) 

ENDTR 0 NUMBER PAIR AT WHICH TRACE ENDS <0=N0 TRACE) 

IMAP 0 MAP DISPLAY WILL BE OUTPUT 

MAXPAR 100000 NUMBER PAIR AT WHICH TO DISPLAY FIRST MAP 

INCPAR 200000 NUMBER OF PAIRS TO PROCESS BETWEEN MAPS 

MAPMAX 10 MAXIMUM NUMBER OF MAP DISPLAYS REQUESTED 

NOTAB 0 MAP SUMMARIES WILL BE CUMULATIVE 

KLIST 0 DO NOT LIST KPR0G1 FILE 

NCASES 1 NUMBER OF CASES BEING PROCESSED 

KTRACK 0 SUBTRK FILE WILL NOT BE OUTPUT 

«*****»****«*«#»*«***«»**#«#*«««#*»* 


**QAPROC MAP PRINT** 


ELEMENT MAIN 

PSEUDO NOS* FREQ. PSEUDO NOS. FREQ PSEUDO NOS* FREQ PSEUDO NOS* FREQ 
1 TO 3= 1 4 TO 29* 6 30 TO 31* 1 


ELEMENT XYZ 

PSEUDO NOS. FREQ PSEUDO NOS. FREQ PSEUDO NOS. FREQ PSEUDO NOS. FREQ 
1 TO 1= 6 2 TO 2* 5 3 TO 7= 1 8 TO 8= 6 


**QAPROC USAGE SUMMARY AFTER 122462 NUMBER PAI RS ( ENTRY/EX I T SEGMENTS) 

THE TEST DATA EXERCISED 1514 OF 1637 EXECUTABLE STATEMENTS. 

THE TEST EFFECTIVENESS RATIO AT THE STATEMENT LEVEL IS .92 

THE PROGRAM CONTAINS 3 TERMINATION POINTS* ONLY ONE OF WHICH WAS 
EXECUTED. THE CORRECTED TEST EFFECTIVENESS RATIO IS .93 

THE TEST DATA EXERCISED 26 OF THE 31 ENTRY POINTS. 

THE TEST EFFECTIVENESS RATIO AT THE ENTRY POINT LEVEL IS .84 

THE FOLLOWING ELEMENTS WERE NOT CALLED - 
ADBARV MDBARV RNIT SINGLE $UVW 


TABLE 4-7. QAPROC Nominal Display 
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*** PROGRAM CARD IMAGE (KPROG TAPE} LISTING *** 


STATEMENT**##******#*##****#*# f ELEMENT MAIN / 

ELEMENT MAIN 

DIMENSION STATE ( 8) , I TITLE! 14 ) * X 1 3 ) *Y( 3 ) *Z 1 3 ) 

COMMON /MODS/ MOD2 ,MOD3 *MOD5 *MOD7 

DATA STATE / 8*0. /* 11/8/* 12/9/ 

INPUT = 0 
REWIND II 

READ (5*100) IT1TLE 
100 FORMAT ( 14A6 ) 

110 REAOt 5*500) MODEL* ( STATE ( I ) * 1 = 1 *8 ) 


• 

CALL XY2(X*Y»Z. MODEL) 

IF ( INPUT. LT. 6 ) GO TO 110 

STOP 

END 


***** PROGRAM STRUCTURE TABLES ***## 
7 1 

100300 10016 

101000 20239 



25 3 

0 31 1810 

MAIN 

3000030 

1 

xrz 

24100271 

26 

« 

ft 

« 

* 

ft 

• 

INTG 

1701637 ,..1797 

***#*»#********«*'*tf'**#ft»************ 


TABLE 4- 8a. 


PSEUDO NUMBERS 1, 2* 3* 


1 

2 

3 

■ 

4 

/ 


27 

28, 29 

30 


QAPROC Optional Display (KPROG) 


4-FREQ* 1* 2, 3, 4-TYPE 


- 5 

• 6 

1 19 

1 0 

1 17 

* • 

6 17 


6 3 

6t 5T , IF 13 

1 4 


* 
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***** qaproc input description ***** 

NAME VALUE DEFINITION 

STATRC 27 STATEMENT EXECUTION RECORDING FILE 
MAPSAV 0 OUTPUT MAP SUMMARY FILE 

MAPIN. 0 INPUT MAP SUMMARY FILE . 

BEGNTR 1 NUMBER PAIR AT WHICH TRACE BEGINS(0=NO TRACE) 
ENDTR 100000 NUMBER PAIR AT WHICH TRACE ENDS (0=NO TRACE) 
IMAP 0 MAP DISPLAY WILL BE OUTPUT 

MAXPAR 100000 NUMBER PAIR AT WHICH TO DISPLAY FIRST MAP 

INCPAR 200000 NUMBER OF PAIRS TO PROCESS BETWEEN MAPS 

MAPMAX 10 MAXIMUM NUMBER OF MAP DISPLAYS REQUESTED 

NOTAB 0 MAP SUMMARIES WILL BE CUMULATIVE 

KLIST 0 DO NOT LIST KPROGl FILE 

NCASEs 1 NUMBER OF CASES BEING PROCESSED 

KTRACK 0 SUBTRK FILE WILL NOT BE OUTPUT 

************************************ 

**QAPROC TRACE PRINT** 

ELEMENT MAIN 
1- 3, 16- 17 

ELEMENT RNIT1 

1 - 4 , 

5- 9 ( 8 TIMES) 

10- 14, 21- 3A 

ELEMENT MAIN 

18- 18, 22- 25, 19- 21 

ELEMENT RNIT2 


ELEMENT XYZ 
240- 241 

ELEMENT MAIN 
28- 28, 30- 30 


Preceding page blank j 


TABLE 4- 8b. QAPROC Optional Display (TRACE) 
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KPR0G1 file is a copy of the QAMOD file KPROG, with the addition of data 
relative to the test data execution being evaluated. The optional file, 

SUBTRK, is explained in Section 5-4. 

Due to the large amount of display output available from QAPROC, only 
a representative portion of the displays is illustrated in Table 4-7. 

If the optional feature to display the contents of the KPR0G1 file is 
selected, the display shown in Table 4-8 is output. 

4.1.5 QATRAK (TDEM) 

QATRAK is the third program of the TDEM Subsystem. The most basic utiliza- 
tion of QATRAK requires the input data file, KPR0G1 , which is generated by 
QAPROC. QATRAK accesses the KPR0G1 information, determines unexecuted segments 
of code, and indicates all possibilities for effecting the execution of tho: e 
segments. A second data file, SUBTRK, is required if the optional features 
are specified as described in Section 5.5. 

All controls of output format, input files, and the type and detail of 
analysis performed are specified via the NAMELIST $TRAKIN. For the nominal 
case, only the NAMELIST specification ($TRAKIN and $END) is necessary, 
since the nominal values assigned in QATRAK are sufficient. The optional 
features which may be selected are specified between the $TRAKIN and $END 
cards as explained in Section 5.5. 

Following the $END card, a card with *ALL is input as illustrated 
in Figure 4-3. 

To initiate QATRAK processing and indicate the end of control specifica- 
tions, the *BEGIN card is input, which is always the last card in the 
QATRAK input data. 

The nominal display output of QATRAK consists of an input definitions 
table and, for each unexecuted segment, a statement of the reason for non- 
execution, a display of the possible ways to effect the execution of the 
segment, and a print of all statements which store the value of the branch 
control variables which determine a transfer to the segment. The only 
statements that are displayed are those which involve the computation or 
input of the branch control variables within the element containing the 
transfer. Optionally, the source code involving computation of the branch 
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***** QATRAK input description 
NAME VALUE DEFINITION 


KRE 

KPR 

LTRACK 

MAXTRK 


5 SYSTEM CARD READ FILE 

6 SYSTEM PRINT FILE 

5 TRACKING LEVEL OF detail 
150 number of subroutine changes for TRACK-BACK 

**•*•*»**#«*•*•«#«**««##•«***«*•««•• 


**»•**»»*•*••*•*«•*»*.»,.«* PROCESSING ELEMENT XYZ ****** 


LOGIC SEGMENT NOT EXECUTED 
PSEUDO NO. STATEMENT 

210 1000 DO 1010 1=1.3 

211 X(l) = Ytl) * zm 


• • 

237 IBODY * 2 

238 GO TO 2050 

reference TO STATEMENT NUMBER 1000 IN XYZ 

PSEUDO NO. FREQ. STATEMENT 

1°» 11 3* 0 IF (MODEL. EQ.MOD3) GO TO 1000 

COMPUTATION OF VARIABLE MODEL IN XYZ 

PSEUDO NO. FREQ. STATEMENT 

0 0 SUBROUTINE XYZ ( X . Y.Z .MODEL J 

COMPUTATION OF VARIABLE MOD3 IN XYZ 

PSEUDO NO. FREQ. STATEMENT 

0 0 COMMON /MODS/ MOD2.MOD3.MOD5 .MOOT 

2 LOGIC SEGMENTS WERE NOT EXECUTED IN XYZ 

ACCESSING UNIT 29 TO PROVIDE VARIABLE TRACE-BACK THROUGH ELEMENTS EXECUTED 


COMPUTATION OF VARIABLE 
PSEUDO NO. , FREO. 

0 0 

7 6 


M0D3 IN ELEMENT MAIN 
STATEMENT 

COMMON /MODS/ MOD2.MOD3.MOD5.MOD7 
M0D3 = MODEL - MOD (MODEL. 3) 


COMPUTATION OF VARIABLE 
PSEUDO NO. FREQ. 

4 6 

27 6 


MODEL IN ELEMENT MAIN 
STATEMENT 

liO READ( 5.500 ) MODEL . ( STATE ( I I . I=»l . 8 ) 
CALL XYZ(X. Y.Z, MODEL) 


KPREAD INDICATES THAT ALL SUBROUTINES ON THE PROGRAM TAPE HAVE BEEN READ 
QATRAK FINISHED 


TABLE 4-9. QATRAK Nominal Display 
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control variables in elements executed prior to the element containing the 
transfer may also be displayed. 

Due to the large amount of display output available from QATRAK, only 
a representati ve portion of the displays are illustrated in Table 4-9. 

If the optional feature to trace external computations of the switch 
variables is selected, additional information is printed as shown in 
Table 4-10. 



NAME 


VALUE 


QATRAK INPUT DESCRIPTION ***** 

definition 


KRE 

KPR 

LTRACK 

MAXTRK 


5 SYSTEM CARD READ FILE 

6 SYSTEM PRINT FILE 

2 tracking level of DETAIL 
150 NUMBER OF SUBROUTINE CHANGES FOR TRACK-BACK 

*********** **# ***** ******** «•*##*** * 


*««««■»««««#*#*« 


********** processing element xyz ************* 


. COMPUTATION OF VARIABLE MODEL IN XYZ 

PSEUDO NO. FREQ. STATEMENT 

0 0 SUBROUTINE XYZ ( X , Y * Z * MODEL ) 

##* VARIABLE CORRELATION - CODES * OOOOOlOOOOOl 000001000004 NAME = MODEL *SUBR0UTINE XYZ 

COMPUTATION OF VARIABLE M0D3 IN XYZ 

PSEUDO NO. FREQ. STATEMENT 

0 0 COMMON /MODS/ MOD 2 * MOD 3 .MODS *M0D7 

*** VARIABLE CORRELATION - CODES * 000000000002 222411300505 NAME = M0D3 iSUBKOUTINE XY2 

2 LOGIC SEGMENTS WERE NOT EXECUTED IN XYZ 

ACCESSING UNIT 29 TO PROVIDE VARIABLE TRACE-BACK THROUGH ELEMENTS EXECUTED 

CONTROL WAS TRANSFERRED TO XYZ VIA A RETURN STATEMENT AT PSEUDO NUMBER 18 IN SUBROUTINE STXyZ 
NO VARIABLES ARE BEING TRACKED IN SUBROUTINE STXYZ 

ENTRY 2 OF SUBROUTINE STXYZ WAS CALLED FROM PSEUDO NUMBER 221 OF XYZ 


*ENTRY 1 OF SUBROUTINE XYZ WA5 CALLED FROM PSEUOO NUMBER 27 OF MAIN 

COMPUTATION OF VARIABLE M0D3 IN ELEMENT MAIN 

PSEUDO NO. FREQ. STATEMENT 

0 0 COMMON /MODS/ M0D2 .M0D3 t MODS .M0D7 

7 6 MOD 3 ® MODEL - MOO<MODEL*3) 

*** VARIABLE CORRELATION - CODES » 000000000002 222411300505 NAME * M0D3 .SUBROUTINE MAIN 

*••••.. .COMPUTAT ION OF VARIABLE MODEL IN ELEMENT MAIN 
PSEUDO NO. FREQ. STATEMENT 

4 6 110 READ15.5001 MODEL* (STATE! I > *1*1 

27 6 CALL XYZt X*Y*Z*MODEL) 

*** VARIABLE CORRELATION - CODES ■ 000200010001 000033000004 NAME = MODEL tSUBROUTINE MAIN 


KPREAD INDICATES THAT ALL SUBROUTINES ON THE PROGRAM TAPE HAVE BEEN READ 
QATRAK FINISHED 


TABLE 4-10. QATRAK Optional Display 


4-31 


5. OPTIONAL FEATURES 


The available options for each of the AVS programs are explained in 
this section. The options have been categorized according to their function: 
file control, format control, or processing control. For each parameter, 
a nominal value is included in brackets [], This nominal value will be 
assigned to the parameter if none is input. If the parameter being defined 
controls specific output a reference is given to the illustration of the 
related display. 

Due to the complexity of the optional features available for QAMOD , 
QAPROC, and QATRAK, the "Optional Features Selection Charts" (Figures 5-1 
and 5-2) have been provided at the end of this section as an additional 
aid. Also included is the "AVS File Utilization," Table 5-1, which lists 
all of the files used by the AVS programs. This table should be referenced 
if any of the file control parameters are being input. 

5.1 TABGEN 

5.1.1 File Control 

KRE [5] 

KPR [6] 


KSEGBT [3] 

KSFILE [0] 

5.2 RAMBLE 

The RAMBLE controls are input via a card which is input following the 
execute card. If the nominal values are desired, a blank card should be 
input. The options are: 

TYPE [0] Input in card column 5. 

=0, list paths only, but do not generate 
the characteristic paths (Table 4-5) 

=1, generate and display the characteristic 
paths; list all paths, grouping them 
with the appropriate characteristic path; 
display the characteristic loops(Table 4-6) 

5-1 


KRE and KPR are the units accessed by the 
UNIVAC 1108 card reader and printer. If 
another computer is being used, KRE and 
KPR may be changed to correspond to the 
units used by the new computer. 

-3, output segment relationship data on 
unit C for input to RAMBLE (Table 4-3) 
=0, do not generate RAMBLE data 

=0, do not generate Program Anatomy Table 
-8, generate Program Anatomy Table and out- 
put the data on Unit F (Table 4-4) 



Input Symbol 

File Definition 

Unit 

QAMOD/Subject Program 

TABGEN/RAMBLE 

QAPROC/QATRAK 

— 

OLDSRC 

Subject program 
source 

A 

I 





I 

KSEGBT 

"Segments branched 
to" data 

C 



0 

I 



KSFILE 

Program Anatomy Table 
(optional ) 

F 



0 




NEWSRC 

Instrumented 
subject program 
source 

I 

0 

P 





KPROG 

Subject program 
structure description 

M 

. 0 


I 


I 


none 

AVS programs 

N - 

P 


P 

P 

P . 

p 

KPROG1 

Subject program 
structure description 
with statement usage 
frequency data 

0 





0 

I 

IDRUM1 

FH432 drum 
units 

R 



N 



N 

IDRUM2 

S 



N 



N 

none 

COMMON structure 
tables 

T 






N 

IDRUM3 

FH432 drum 
uni ts 

u 



N 



N 

IDRUM4 

V 



N 



N 

none 

Entry point tables 

w 






N 

STATRC 

Statement execution 
recording data 

X 


0 



I 


SUBTRK 

Subroutine execution 
recording data 
(optional ) 

z 


i 


I 

0 

f ; 

I 


NOTE: Utilization indicated by I=input, 0=output, I/0=both, N=internal» P=PCF 


Table 5-1. AVS File Utilization 




OPTION [0] 


5.3 QAMOD 

5.3.1 File Control 


KRE [5] 
KPR [6] 
KPN [-3] 


OLDSRC [1] 


NEWSRC [11] 


NFILES [1] 


KPROG [15] 


5.3.2 Format Control 
NOPRNT [0] 


Input in card column 10. 

=0, display all paths 

=1, display only those paths which end with 
one of the terminal segments; do not 
print the loop paths 


KRE, KPR, and KPN are the units accessed by 
the UNIVAC 1108 card reader, printer, and 
card punch. If another computer is being 
used, KRE, KPR, and KPN may be changed to 
correspond to the units used by the new 
computer. 

= 1, input subject program source code -from 
logical Unit A 

= i , input the source code from the logical 
unit designated by i (see footnote) 

-11, output the instrumented source program 
to logical unit I 

=i , output the source code to the logical 
unit designated by i (see footnote) 

=1 , input one file from the source tape 
OLDSRC 

=i , where i indicates the number of files 
to be input from OLDSRC 

=15, output the subject program structure 
description data to unit M 
=i, output the structure data to the logical 
unit designated by i (see footnote) 


=0, display all nominal print, including 
summary tables and listing of input 
subject program with pseudo numbers 
(Table 4-lb) 

=1 , print only the summary tables from the 
nominal display 


Footnote: If the instrumented subject program is to be executed in the 

same run with QAMOD and its execution requires the use of the 
nominal QAMOD files, that file may be reassigned to an available 
unit (Table 5-1) . 
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KLIST [0] 


5.3.3 Processing Control 
ISE6 [0] 


TRPEND [0] 


IFA [1] 


NINOPT [1] 


=0, print only the nominal display (Table 4-lb) 
=1 , display the KPROG data (Table 4-2) 


=0, instrument the subject program for TDEM 
as designated by the parameter "LEVEL" 

=1 , instrument the subject program for ATDG; 
this option may also be used to obtain 
TDEM analysis of segments exercised*. 

=0, do not instrument the "END" statements; 
since the "END" statement cannot be 
executed in the majority of programs, 
monitoring its execution may produce 
misleading statistics from TDEM; if, 
however, the FORTRAN feature of omitting 
the "RETURN" and "STOP" statements and 
allowing the "END" statement is used then 
the "END" statements should be monitored 
=1, instrument the "END" statements to 
monitor their execution, since all 
subroutines do not transfer control via 
a "RETURN" or "STOP" 

=1 , consider each arithmetic "IF" statement 
to be four executable statements; 
instrument such that the execution of 
the decision and each of the three 
transfer options be monitored individually 
=0, instrument each arithmetic "IF" such 
that only the execution of the decision 
is monitored without indication of the 
usage of each transfer 
NOTE: IFA=1 results in the insertion of 4 

statements for instrumentation, whereas 
IFA=0 requires only one additional 
statement 

=1, input the subject program source code 
from the tape (unit 0LDSRC) 

=0, read the source code from cards which 
are input following the *BEGIN card; 
each element must be preceded by an 
identification card with "ELEMENT" in 
Columns 1-7 and the element name in 
Columns 9-14 


* This technique results in assigning the same importance to all segments 
regardless of their size. That is, if ISEG = 0, a segment of code consist- 
ing of 20 statements would be 10% of a 200 statement program. If ISEG = 1 
and the program contained 4 segments, the 20 statement segment would be 25% 
of the program and be considered equally as important as a segment of 100 
statements. 
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NOTOPT [1] 


LEVEL [1] 


LI MS EG [0] 


Element Specifica- 
tion Cards 


5.4 QAPROC 
5.4.1 File Control 

STATRC [27] 


MAPSAV [0] 
MAPIN [0] 


= 1 , output the instrumented source code to 
tape (unit NEWSRC) 

=0, punch the instrumented source on cards 
NOTE: The card output should be used with 

caution since the instrumented source 
is substantially larger than the input 
source program 

=1, instrument such that the execution of 
all statements in the subject program 
will be monitored 

, instrument according to the indicated 
level of detail; available levels are 
explained in Table 5-2. 

NOTE: QATRAK is only operational on a pro- 

gram processed with LEVEL - 1. 

=0, instrument as indicated by "LEVEL" 

= 1, instrument the statements ordinarily 
processed if LEVEL=3 , plus all labelled 
statements which follow an unconditional 
transfer (arithmetic IF, GO TO, RETURN, 
STOP, or CALL CHAIN) 

These cards are input instead of the *ALL 
card following the $END card. Each element 
being specified is input on a separate card, 
with the name beginning in card column 1. 

A maximum of 20 cards may be input. 

If LEVEL equals 1, 2, or 3, only the elements 
specified will be processed. If LEVEL 
equals 11, 12, or 13, all elements except 
those specified will be processed. Other 
levels are explained in Table 5-2. 


=27, input the statement execution recording 
data from unit X 

=i , input the data from the logical unit 
indicated by i ; this input is required 
when more than one recording tape is 
being processed by a single QAPROC 
execution; available units may be derived 
from Table 5-1. 

See explanations under "Processing Control" 
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TABLE 5-2. QAMOD Instrumentation Levels 


Analysis 

Level 

Statements Processed 
In Selected Elements* 

Statements Processed 
In Unselected Elements* 

1 

All executable 

None (element skipped) 

2 

(1) First executable in element 

(2) STOP (or CALL EXIT) 

(3) CALL CHAIN (...) 

(4) First executable after each 
entry point 

(5) END 

(6) RETURN 

(7) Labelled statement (except 
loop terminator) 

(8) CALL (if referenced element 
is analyzed) 

(9) GO TO 

(10) Arithmetic IF 

None 


3 

Numbers 1-6 of level 2 

None 


4 

All executable 

Numbers 1-4 

of level 2 

5 

All executable 

Numbers 1-3 

of level 2 

6 

All executable** 

Numbers 1&4 

of level 2 

7 

All executable** 

Number 1 of 

level 2 

8 

Numbers 1-4 of level 2** 

Numbers 1&4 

of level 2 

9 

Numbers 1-3 of level 2** 

Number 1 of 

level 2 


* If the analysis level is input as defined above (1 * LEVEL s 9) 

selected elements are those specified by the QAMOD element specification 


If the indicated level plus ten is input (11 5 LEVEL s 19), selected 

n ? t s P e cified by element specification cards (e.g., 

1T 11 » a11 ele ments will be processed at level 1 except those 

specified on the cards). 

** At least one element must be specified at this level. 
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5.4.2 Format Control 


BEGNTR [0] 


ENDTR [0] 


IMAP [0] 

MAXPAR [100000] 


INCPAR [200000] 

MAPMAX [10] 
NOTAB [0] 

KLIST [0] 

5.4.3 Processing Control 
N CASES [1] 

KTRACK [0] 


=0, no "TRACE 11 output is desired (Table 4-8b) 
= i , begin display of "TRACE" print when the 
number of pairs of statement execution 
recordings processed equals i (the 
total number of recordings output is 
printed on the last page of the execution 
of the instrumented subject program) 

=0, no "TRACE" output is desired 
= i, end display of "TRACE" print when the 
number of pairs of recordings processed 
equals i 

-0 , display nominal "MAP" summary (Table 4-7) 
=1, do not display "MAP" summary 

=100000, display the initial "MAP" when 
100,000 pairs of statement execution 
records has been processed (Table 4-7) 

=i, display the initial "MAP" when the 
number of recording pairs processed 
equals i. 

=200000, display intermediate "MAP" summaries 
after each 200,000 recording pairs pro- 
cessed (nominal values generate displays 
at 100000, 300000, 500000, etc.) 

=i, display intermediate "MAP" summaries 
at intervals of i recording pairs 

=10, output a maximum of 10 "MAP" summary 
displays 

=i, output a maximum of i "MAP" summary 
displays 

=0, output cumulative execution frequencies 
when processing multiple recording files 
=1, reinitialize frequencies at zero before 
processing each recording file 

=0, do not list the KPR0G1 file 
=1, list the KPR0G1 file (Table 4-8a) 


=1, process one statement execution record- 
ing file from tape "STATRC" 

= i , process i recording files 

=0, do not generate a subroutine execution 
recording file for QATRAK (the parameter 
LTRACK must then be set equal to zero or 
one during QATRAK execution) 
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KTRACK [0] =1, generate a SUBTRK file on Unit 29 (Z) " 

(Continued) . for QATRAK (execution of QATRAK is then 

performed with LTRACK s 2) 

MAPSAV [0] =0, do not save the "MAP" summary data on 

an output fi le 

=i, output the "MAP" data to the unit 

indicated by i; "MAP" data is saved to 
be accumulated with additional recording 
data at a subsequent QAP ROC execution 

MAPIN [0] =0, initialize the internal "MAP" array with 

'zeros 

=i, read the "MAP" summary data from unit i 
and store the data in .the internal "MAP" 
array before processing the STATRC data; 
this option is used with "MAPSAV" to 
accumulate frequencies from several 
executions 

5.5 QATRAK 

5.5.1 File Control 

KRE [5] KRE and KPR are the units accessed by the 

KPR [6] UNIVAC 1108 card reader and printer. If 

some other computer is being used, the unit 
may be input to correspond to the new com- 
puter. 

5.5.2 Format Control 

LfRACK =0, display unexecuted segments and decision 

variables involved, but do not track the 
computation and input of the variables. 
=1, track the computation and input of 

decision variables within the subroutine 
being processed. 

=2, print all of the level 1 information, 
then access the subroutine execution 
trace data from file 29 (unit Z) and 
display: 

a) the calculation and input of the 
decision variables in previously 
executed subroutines, 

b) variable correlation information 
for each subroutine in which vari- 
ables are referenced, 

c) walk-back information giving the 
pseudo number from which control 
was transferred in each subroutine 
executed prior to the original 
element, 
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d) explanatory information for each 
subroutine in which no variables 
are tracked. 

=3, all of level 2 except d). 

=4, all of level 2 except c) and d). 

=5, all of level 2 except b), c), and d). 

NOTE: Additional explanation of LTRACK are 

provided in Section 5.5.4. 

LEVEL =* 5 is illustrated in Table 4-9 
and 

LEVEL = 2 in Table 4-10. 


5.5.3 Processing Control 

MAXTRK [150] If LTRACK > 2, the computation of decision 

variables is tracked through each subroutine 
executed prior to the execution of the 
decision being described. The parameter 
MAXTRK is input to terminate the trace-back 
after a particular number of subroutines have 
been checked since the same subroutine may 
be entered several times causing redundant 
checking. To stop the trace-back after 'n' 
subroutine transfers, input MAXTRK = n. 

To allow a traceback through the entire 
execution of the subject program, input 
MAXTRK = -1. The nominal value of 150 
should be sufficient for the majority of 
programs. Note: the trace -back may be 

further controlled for specific elements by 
use of the element specification card explained 
below. 


Card 
Col umn 

1-6 


Element Specifica- If particular elements (maximum 20) require 
tion Card special processing, they may be specified on 

cards after the $END terminator of $TRAKIN. 

A description of the fields of these cards 
is provided below. 


Vari able Descri ption 

NAME Alphanumeric name of the element being specified 

(left-justified). 


7-11 STRTRK When variable computations are tracked through 

more than one subroutine (LTRACK 2 2), the trace- 
back is initiated at the last call to the sub- 
routine being processed. If STRTRK is set to n, 
then trace-back is initiated 1 n ' calls prior to the 
termination of the subject program execution. 

7-12 MAXTRK Same definition as the $TRAKIN parameter MAXTRK. 

The value input is functional only during the pro- 
cessing of element 'NAME'. 
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5.5.4 Additional Explanations of LTRACK Display Levels 

• LTRACK = 1,2 ,3,4, 5 

Each subroutine is scanned and for each unexecuted logic segment 
the following is printed: 

The statements in the unexecuted segment with their 
pseudo numbers; 

Each statement, within the subroutine, from which 
the unexecuted segment could have been accessed; 

The control variables responsible for the decision 
not to branch to the segment; 

The statements, within the subroutine, which 
involved the computation or input of these variables. 

If the segment is inaccessible, information is printed explain- 
ing why it is inaccessible (Table 4-9). 

• LTRACK = 2, 3, 4, 5 

Elements executed prior to the subroutine being processed are 
scanned and the following is also print: 

The statement "ACCESSING UNIT 29 TO PROVIDE TRACE-BACK 
THROUGH ELEMENTS EXECUTED PRIOR TO THE LAST -j EXECUTION 
OF ELEMENT XYZ," where j is one less than the value input 
for STRTRK on the subroutine specification card for sub- 
routine XYZ. This indicates that the subroutine execu- 
tion trace data file is being accessed to find the final 
execution of the element XYZ. The file is then scanned 
backward until the n^h execution of XYZ is encountered, 
where n = STRTRK. The trace-back will then commence at 
that point in the data file. If STRTRK is not input, it 
is set to zero. 

Statements in the subject program which could have caused 
computation or input of the decision variables being 
traced. The statement "TRACE-BACK TERMINATED BY PROCESS- 
ING OF MAIN PROGRAM YYY," if complete trace is specified 
($TRAKIN parameter MAXTRK = -1), or the statement 
"TRACE-BACK TERMINATED AFTER PROCESSING i SUBROUTINE 
CHANGES (MAXTRK = i)" if partial trace is specified 
($TRAKIN parameter MAXTRK = i). 

• LTRACK = 2,3,4 
Display also includes: 

Variable correlation information for each subroutine in 
which the variables are referenced (Since the alphanumeric 
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names of variables may change between subroutines, they 
have been assigned octal codes as a means of correlating 
variable names between subroutines. These are printed 
out as "Correlation Codes," with the current variable and 
subroutines names). 

Example: If the variable X is tracked in SUB1 and then is 

called V in SUB2, the following correlations may be 
printed: 

***VARIABLE CORRELATION- CODES = 262145 327444, NAME=X, SUBROUTINE SUB1 
***VARIABLE CORRELATION- CODES = 262145 372444, NAME=Y, SUBROUTINE SUB2 

• LTRACK = 2,3 

Information is displayed each time a subroutine is checked, 
whether additional tracking data is generated or not. This 
additional information includes: 

Listing of statements which could have stored the values 
of the variables being tracked, or 

The statement "VARIABLE XXX HAS BEEN PREVIOUSLY TRACKED 
IN ELEMENT ABC," or 

The statement "NO VARIABLES ARE BEING TRACKED IN SUB- 
ROUTINE ABC," if subroutine ABC does not contain any of 
the global COMMON or calling sequence variables being 
tracked. 

• LTRACK = 2 

Walk-back information is displayed, giving the pseudo number 
from which control was transferred in each element executed 
prior to the original element (Table 4-10). 
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Figure 5-1. QAMOD (TDEM) Optional Features Selection Chart 
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D 


IS YOUR 

INPUT SOURCE Or 
S N AI PCF TAPE/ 


./DO THE 

/Source elements' 

BEGIN ON FILE 1 OF 
'\^IHE PCF TAPE, 




Figure 5-1, QAMOD (TDEM) Optional Features Selection Chart 
(Continued) 
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E 


/"T>0 ALL \ 
/""OF YOUR PROGRAM 
ELEMENTS CONTAIN A 
-vSTOP OR A RETURN . 


NO I AFTER CARD 12 
"^1 INPUT TRPEND=1 


/''you plan^\ 

/''NING TO EXECUTE 

Batrak on a subsequent 

RUN USING THIS QAMOD 
\ OUTPUT / 


/''DO\. 

/•''YOU WANT \ 

/< THE EXECUTION 
'OF EACH OF THE TRANSFER^ 
OF EACH ARITHMETIC IF 
"-"STATEMENT MONITORED/' 


NO AFTER CARD 12 
INPUT IFA = 0 


DOES \ 
YOUR PROGRAM \ 
CONTAIN MORE THAN 7000 
-"-EXECUTABLE STATER 
^"-MNTS? 


YES AFTER CARD 12 INPUT LEVEL = 2. 
-»■“ IF THE INSTRUMENTED PROGRAM EX- 
CEEDS CORE LIMITATIONS, TRY AT A 
HIGHER LEVEL. 



Figure 5-1. QAMOD (TDEM) Optional Features Selection Chart 
(Conti nued) 
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Figure 5-2. QAPROC/QATRAK Optional Features 
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YOU WANT 

.-'•'''INTERMEDIATE MAP \ 
SUMMARIES MORE FREQUENTLY 
.THAN AFTER EACH 200000 
PAIRS OF RE- 
^'-nXORDINGS/''''^ 


AFTER CARD 13, INPUT A CARD WITH 
INCPAR = i , WHERE 1 IS THE INCREMENT 
AT WHICH MAPS WILL BE DISPLAYED 


/'YOU WANT\ 
TO SET THE \ 
MAXIMUM NUMBER OF 
MAP SUMMARIES TO 
\ OTHER THAN / 
\ 10 ? / 


AFTER CARD 13, INPUT A CARD WITH 
MAPMAX = i, WHERE i IS THE MAXIMUM 
NUMBER OF MAPS DESIRED 






/^SHOULD 

/"THE KPR0G1 \ 
-'FILE BE LISTED( I.e., 
SUBJECT PROGRAM STATE- 
\ MENTS WITH THEIR 
\l FREQUENCY OF /" 
\JJSAGE) /" 


Yes AFTER CARD 13, INPUT A 
’ — ^HCARD WITH KLIST = 1. 


GOING TO BE 
EXECUTED IN THE 
SESAME RUN WITH. 
^■xQAPROC/''^ 


No REMOVE CARDS 3, 6, 15, 16, 

— *- 17, 18, 19, 20, AND 21. DELETE 
A, T, AND W FROM CARDS 8 AND 23. 


NO OTHER OPTIONS ARE 
AVAILABLE IN QAPROC 



Figure 5-2. QAPROC/QATRAK Optional Features (Continued) 
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WHEN 

OATRAK FINDS 

/ AN UNEXECUTED SEGMENT 
/ OF CODE , SHOULD THE COMPU- ^ 
TATION OF THE DECISION VARIABLES 
S. WHICH COULD EFFECT ITS . 

EXECUTION BE ./ 
DISPLAYED? ./ 


AFTER CARD 18, INSERT A CARD WITH 
LTRACK =0. THE ONLY PRINT WILL 
BE THE UNEXECUTED SEGMENTS WITH A 
LIST OF THE SIGNIFICANT DECISION 
VARIABLES 


DO 

YOU WANT N 
ALL SUBROUTINES 
^PROCESSED BY^ 
\^RAK^^ 


No REPLACE CARD 20 WITH ELEMENT 
— SPECIFICATION CARDS, DESIGNATING 
THE ELEMENT TO BE PROCESSED IN 
CARD COLUMNS 1-6. 


./HAVE 

./"ALL OF THE \ 
PERTINENT QAPROC/ 
QATRAK QUESTIONS 
■^EEN SATISFIED/ 


THE RUN WILL PROBABLY 
NOT BE SUCCESSFUL 


EXECUTE QAPROC 
AND QATRAK 




Figure 5-2. QAPROC/QATRAK Optional Features (Continued) 
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Figure 5-2. QAPROC/QATRAK Optional Features (Continued) 
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Figure 5-2. QAPROC/QATRAK Optional Features (Continued) 
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REMOVE ALL CARDS INSERTED TO ACCOMPLISH THE DATA 
ACCUMULATION. AFTER CARD 1, INSERT A CARD 
ASSIGNING THE MAPSAV TAPE TO UNIT Z. AFTER CARD 
8, INSERT TRW Z. AFTER CARD 13, INSERT A CARD 
WITH MAPIN = 29. ASSIGN YOUR NEXT EXECUTION 
RECORDING FILE TO UNIT X. EXECUTE QAPROC. 



Figure 5-2. QAPROC/QATRAK Optional Features (Continued) 
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Figure 5-2. QAPROC/QATRAK Optional Features (Continued) 
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